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ABSTRACT 



Avsatfcllite cx>rnfriunications system provides a commuriicS* 
u^ns/^se^ce to ^ almobjle^terniipal (2) on which different 
communications applications (4a to 4d) may be run. Calls 
are set up between .any of the applications (4a to 4d) yia^a / 
satellite (12) to a network management center (18) which 
provides different service adaptorsX20a to 20d) which adapt 
the calls to different types of service provided ove r terre strial j 

networks (22), such as telephony, facsifhile^iotefnet^ATM ) 

services. The bandwidth allocated to eachi'clll^over the 
satellite link may be varied during the call according to 
demand either from the relevant application (4) or from the 
network management center (18). Multiple calls may be 
connected concurrently to or from different applications 
running on the mobile terminal. A maximum bandwidth is 
allocated to each call. Efficient use is thereby made of the 
limited bandwidth available over the satellite (12), accord- 
ing to the instantaneous bandwidth requirements of different 
applications (4). For real-time calls requiring multiple slots 
per frame in a TDMA channel, the slots are mutually spaced 
apart to reduce delay. 
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BANDWIDTH ALLOCATION METHOD AND 
APPARATUS 

[0001] The present invention is a divisional of and claims 
priority from, U.S. application Ser. No. 09/319,460 filed 
Aug. 9, 1999, which in turn claims priority from PCT/GB97/ 
03344 filed Dec. 4, 1997 and GB 9625475.0 filed Dec. 6, 
1996. 

FIELD OF INVENTION 

[0002] The present invention relates to a communication 
method and apparatus and particularly, but not exclusively, 
to a communication method for allocating bandwidth to a 
call with a mobile terminal. 

BACKGROUND ART 

[0003] In some satellite and terrestrial mobile communi- 
cation systems, terminals are available which provide both 
voice and data communication. For example, some GSM 
mobile telephones are connectable to data terminals, such as 
portable computers. During a data call using such mobile 
terminals. TDMA slots are assigned to the data call in a 
similar way as to a voice call, so that a constant bandwidth 
connection is established both in the forward and return 
direction. Mobile satellite systems, such as the Inmarsat- 
s'™, InmarsatC™ and Inmarsat-M™ satellite communica- 
tion systems, allow fixed-bandwidth data communications. 

[0004] Such systems are suitable for the exchange of some 
types of data, but are primarily designed for voice commu- 
nications, which require a constant symmetrical data rate. 
Such systems are not optimised for both data and voice 
communication. 

[0005] There is an increasing demand for data communi- 
cations which require intermittent bursts of data to be sent or 
received at a high data rate, while requiring only low data 
rate communication at other times. For example, it is desir- 
able when using a Web browser for requested pages to be 
downloaded as quickly as possible to the user terminal, but 
little or no bandwidth is required in the forward direction 
while the user reads the downloaded page. Such usage is 
also very asymmetrical, since the user only needs to send 
requests for new pages or small amounts of data in the return 
direction. Hie use of such applications over the GSM system 
is unsatisfactory, since for some of the time during the data 
call the allocated bandwidth is not used, but while large 
amounts of data are being downloaded, the allocated band- 
width is insufficient. 

[0006] Furthermore, it would be desirable to allow mul- 
tiple calls to be handled concurrently by the same mobile 
terminal. For example, during a telephone call, a mobile user 
may wish to refer to data from an online database, or receive 
an incoming facsimile. 

[0007] A variable data rate satellite communication sys- 
tem is described in U.S. Pat. No. 4,256,925. In this system, 
a satellite is used for communication between a plurality of 
ground stations. Each ground station requests a proportion 
of the total channel capacity in accordance with the traffic 
load of voice and data call to that ground station. A reference 
station in the network allocates the channel capacity among 
the stations. 

[0008] An ATM (asynchronous transfer mode) satellite 
communication system is described in U.S. Pat. No. 5,363, 



374. Each earth station requests sporadic connection to the 
communication system and a central management station 
determines whether to accept or refuse the connection 
according to the available bandwidth. 

[0009] The document GB 2 270 815A discloses a cellular 
mobile radio system which provides a packet reservation 
multiple access protocol for implementing a variable bit rate 
service. The mobile terminals contend for access in the same 
time slots in which they will transmit information. In order 
to support variable bit rates, the terminals have the ability to 
reserve multiple slots in any given frame. Both voice and 
data calls may be supported in the same frame, with a larger 
burst size being used for data traffic for greater efficiency, 
and a small burst size being used for voice traffic to reduce 
the delay incurred in waiting for enough information from a 
voice code. 

[0010] The document EP 0 713 347A discloses a system 
for transmission of STM and ATM traffic on a broadband 
communications network, such as a fiber/coax network or a 
wireless network in which mobile stations depend on a base 
station for feedback. ATM calls can be constant bit rate, 
delay sensitive variable bit rate, delay tolerant variable bit 
rate or contention based. Delay sensitive variable bit rate 
calls are allocated time slots in accordance with a statisti- 
cally weighted incremental bandwidth determination that 
takes into account existing variable bit rate traffic and the 
statistical characteristics of the new call request. ATM traffic 
is assigned a minimum guaranteed bandwidth and any spare 
bandwidth is assigned among existing ATM calls or used to 
admit a new ATM call. 

STATEMENT OF INVENTION 

[0011] According to one aspect of the present invention, 
there is provided a mobile communication system in which 
the bandwidth available for an individual call between a 
mobile communications terminal and a base station is varied 
according to the demand for bandwidth during that call 
without exceeding a predetermined maximum level deter- 
mined for that call. Advantageously, the bandwidth may be 
increased when a large quantity of data is to be sent, but is 
reduced at other times and the additional capacity made 
available to other users. 

[0012] The maximum level may be determined according 
to the type of call in order to support a peak bandwidth 
suitable for that type of call. 

[0013] According to another aspect of the present inven- 
tion there is provided a method of assigning time slots to 
individual calls in a TDMA mobile communication system, 
in which multiple slots within a frame which relate to a 
real-time call are spaced apart from each other in the frame. 
Advantageously, this slot allocation scheme reduces the 
delay incurred by the TDMA frame structure. 

[0014] According to another aspect of the present inven- 
tion, there is provided a method of registering a mobile 
terminal in a satellite communications system which has 
both spot beams and a global beam, in which the terminal 
first attempts to communicate in the last spot beam channel 
used, and only re -registers in the global beam to receive a 
new spot beam channel allocation if the last spot beam 
channel cannot be received. 

[0015] The present invention extends to apparatus for 
carrying out any of the above methods. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0016] Embodiments of the present invention will now be 
described with reference to the accompanying drawings, in 
which: 

[0017] FIG. 1 is a schematic diagram of a satellite com- 
munication system according to an embodiment of the 
present invention; 

[0018] FIG. 2 is a diagram of a protocol layer structure 
employed by the embodiment of FIG. 1; 

[0019] FIG. 3 is a diagram of structure of a TDMA frame 
according to the air interface protocol of the embodiment of 
FIG. 1; 

[0020] FIG. 4 is a diagram of the states of the mobile 
terminal in the embodiment of FIG. 1, showing the possible 
transitions between them; 

[0021] FIG. 5 is a flow diagram of the operation of the 
mobile terminal beginning from the unlocated state of FIG. 
4; 

[0022] FIG. 6 is a flow diagram of the operation of the 
mobile terminal beginning from the idle state of FIG. 4; 

[0023] FIG. 7 is a flow diagram of the operation of the 
mobile terminal beginning from the signalling state of FIG. 
4; and 

[0024] FIG. 8 is a flow diagram of the operation of the 
mobile terminal beginning from the active state of FIG. 4. 

MODES OF CARRYING OUT THE INVENTION 
[0025] System Overview 

[0026] FIG, 1 shows schematically a mobile terminal 
connected via a satellite 12 to a network management centre 
18, which allocates bandwidth to the mobile terminal and 
connects the mobile terminal to a terrestrial network 22. In 
this embodiment, the mobile terminal 2 comprises a portable 
computer on which a number of different communications 
applications 4a, 46, 4c, 4d may be run. For example, the 
applications may be a voice telephony application, an inter- 
net application, a facsimile application and an ATM appli- 
cation. Each of these applications use standard application 
programrning interfaces (API) such as Winsock for internet 
access, TAPI for telephony applications and CAPI for ISDN 
applications. The interfaces to such applications are shown 
schematically by the reference 12 in FIG. 1. Driver software 
6 running on the mobile terminal 2 converts API protocols 
to proprietary protocols designed for the satellite commu- 
nication system. The mobile terminal 2 provides a physical 
interface 14 to an interface card 8, such as a PC (formerly 
PCMCIA) card. The interface card 8 includes a radio 
frequency modulator/demodulator connected to an antenna 
10. The radio frequency modulator/demodulator is able to 
receive on a first frequency channel and to transmit simul- 
taneously on a second frequency channel. 

[0027] The antenna 10 is located within the coverage 
region of a spot beam B generated by the satellite 12, which 
may for example be a geostationary satellite having multi- 
beam receive/transmit antennas for receiving and transmit- 
ting signals in each of a plurality of spot beams B. Each spot 
beam B carries a plurality of frequency channels both in the 
forward and return directions. The satellite also receives and 



transmits in a global beam G which has a coverage area 
extending substantially or completely over the coverage 
areas of the spot beams B. The global beam G carries at least 
one forward and one return frequency channel. 

[0028] The RF signals transmitted between the antenna 10 
and satellite 12 comply with an air interface protocol 13, 
which will be more fully described hereafter. The satellite 12 
acts as a repeater and converts channels from multiple spot 
beams B into channels in a feeder beam F and vice versa. 
The feeder beam F provides a link between the satellite 12 
and an earth station 16 via an earth station antenna 14. The 
air interface protocol over the feeder beam F is referenced as 
13F in FIG. 1. 

[0029] The network management centre 18 is connected to 
the earth station 16 and includes a number of different 
service adaptors 20a, 206, 20c, 20a" providing an interface to 
terrestrial networks 22, such as PSTN, ATM networks or 
ISDN. For example, the service adaptors 20 may comprise 
a telephony adaptor 20a including a codec for converting 
voice signals on a PSTN to data at the network management 
centre 18 and vice versa. A facsimile service adaptor 206 
may implement facsimile protocols, such as defined in ITU 
Recommendations T.30 and T.4 and include a modem for 
communication over a PSTN. An internet service adaptor 
20c implements TCP/IP and an ATM service adaptor 20d 
implements ATM protocols. These standard protocols and 
interfaces are designated collectively by 11 in FIG. 1. 

[0030] The mobile terminal 2 allows multiple different 
types of communication to be set up over the satellite 
communication system, such as telephony, internet, fax and 
ATM. These applications may be run concurrently. The 
bandwidth allocated to each application may be varied 
independently in the forward and return directions during a 
call, as will be described below. 

[0031] Air Interface Protocols 

[0032] The implementation of the air interface protocols 
13 and 13F, as performed by the driver software 6 of mobile 
terminal 2 and by the network management centre 18, will 
now be described with reference to FIGS. 2 and 3. The 
protocol structure is described in terms of "layers" which 
interwork with each other as shown in FIG. 2. 

[0033] The top layer comprises a slot management layer 
28 which receives data D from and sends data D to the 
applications 4 or the service adaptors 20. The data is 
formatted in slots S, each comprising a cell, as shown in 
FIG. 3. Each cell C comprises a header H and data D both 
of fixed length. The slot management layer 28 formats data 
into and out of slots containing such cells, and exchanges the 
slots with a TDMA layer 26 which controls the timing of 
transmission and reception of the slots S within TDMA 
frames FR, which are sent to or received from a physical 
layer 24. 

[0034] The physical layer 24 corresponds to the interface 
14, the interface card 8 and the antenna 10, providing a 
physical interface between the driver software 6 and the air 
interface 13, or corresponds to the earth station antenna 14 
and earth station 16, which likewise provide a physical 
interface between the network management centre 18 and 
the satellite 12. In both cases, the physical layer 24 converts 
the frames FR to radio frequency signals RF and vice versa. 
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[0035] The slots S contain, in addition to the traffic data D, 
signalling information which is used to set up calls and to 
vary the assignment of bandwidth during a call. The creation 
and reception of these signals is performed by a session 
management protocol layer 30, which interworks with the 
slot management layer 28 and the TO MA layer 26 to receive 
or transmit signalling information within the cells C, in the 
header H and/or as data D. 

[0036] As shown in FIG. 3, each TDMA frame is trans- 
mitted or received in a format comprising 18 slots S : . . . S 18 , 
each comprising a cell C, with a guard band G separating 
each slot. Each slot S also contains synchronisation and 
control information which is used to acquire the timing of 
the slots, and will not be discussed further. 

[0037] Each slot S may be assigned to any mobile terminal 
2 with which a call has been set up, under the control of the 
network management centre 18. 

[0038] Alternatively, more than one cell may be transmit- 
ted in each slot, with each cell being assignable to a different 
call to or from the same mobile terminal or even to a 
different mobile terminal. 

[0039] Call Management 

[0040] The different states through which the mobile ter- 
minal 2 passes during operation are shown in FIG. 4. In 
order to communicate with the mobile terminal 2, the 
network management centre 18 determines in which spot 
beam B the mobile terminal 2 is located. If the mobile 
terminal 2 is being used for the first time, or has moved into 
a different spot beam B since it was last used, then the 
mobile terminal 2 is in an "unlocated" state. When the 
mobile terminal 2 has acquired a spot beam channel but is 
not handling any calls, it is in an "idle*' state. When a first 
call is being set up with the mobile terminal 2, it enters a 
"signalling" state, unless the call set up fails in which case 
it returns to the "idle" state. When the first call has been set 
up, the mobile terminal 2 enters an "active" state and 
remains in the active state until all calls are terminated, when 
the mobile terminal 2 enters the "idle" state once again. If 
contact is lost with the spot beam channel, the mobile 
terminal 2 returns to the unlocated state. Each of these states 
will now be described in detail. 

[0041] Unlocated State 

[0042] Transitions from the unlocated state will now be 
described with reference to FIG. 5. 

[0043] When the mobile terminal 2 is activated i.e. 
switched on or otherwise enabled to communicate, the 
driver software 6 first tunes the interface card 8 to the 
frequency of the spot beam B last used for communication 
(step 34), if there has been any previous communication. If 
the interface card 8 is able to receive in this spot beam B, the 
driver software 6 detects whether any of the applications 4 
have requested that an outgoing call should be set up from 
the mobile terminal 2 (step 36). If so, the mobile terminal 2 
enters the signalling state; otherwise it enters the idle state. 

[0044] If the interface card 8 is unable to receive signals 
at the frequency of the previously used spot beam B, then the 
interface card 8 is tuned to the forward and return frequen- 
cies of the global beam G received by the satellite 12 (step 
38). The mobile terminal 2 then transmits a "log-on" mes- 
sage (step 40) in the global beam return channel. The log-on 



message includes identification information identifying both 
the mobile terminal 2 and its current user, together with 
location information which is sufficient for the network 
management centre 18 to determine in which spot beam B 
the mobile terminal 2 is located. This information may be 
entered by the user of the mobile terminal (i.e. by indicating 
in what country the mobile terminal 2 is located), or may be 
derived by positioning equipment in the mobile terminal 2, 
such as a GPS (Global Positioning System) receiver. Pref- 
erably, the positioning information is sufficient to identify in 
which spot beam B the mobile terminal 2 is located, but does 
not have sufficient accuracy to allow eavesdroppers to locate 
the mobile terminal 2 precisely and thereby pose a security 
risk. If one of the applications 4 has requested that a call be 
set up, the log-on message may also indicate that the mobile 
terminal 2 intends to establish a call. 

[0045] The mobile terminal 2 then awaits a response from 
the network management centre 18 in the forward channel of 
the global beam G (step 42). The response from the network 
management centre 18 includes identification information so 
that the response may be correlated with the log-on message, 
spot beam channel identification information which identi- 
fies the frequency channel to be used by the mobile terminal 
2 for communication in the spot beam B in which it is 
located, and timing information derived from the timing of 
the log-on message as received by the earth station 16, to 
assist the mobile terminal 2 in synchronising with the timing 
of the frames FR. If the mobile terminal 2 indicated in the 
log-on message that a call is to be setup, the response 
includes a label which is used in a slot negotiation phase, as 
will be described later. 

[0046] The interface card 8 is then tuned to the spot beam 
channel indicated by the response (step 44). If no calls are 
currently required either from or to the mobile terminal, the 
mobile terminal 2 enters the idle state while continuing to 
monitor the spot beam forward channel, otherwise it enters 
the signalling state (step 46). 

[0047] Idle State 

[0048] In the idle state, as shown in FIG. 6, the mobile 
terminal 2 continuously detects whether it is able to receive 
frames correctly in the designated spot beam channel (step 
48). If it is no longer able to do so, the driver software 6 
enters the unlocated state. Otherwise, the mobile terminal 2 
detects whether any of the applications 4 require an outgoing 
call to be set up (step 50). If so, the mobile terminal 2 
transmits a request message (step 52) in a slot S reserved for 
such signalling in the return spot beam channel. The allo- 
cation of such slots S is periodically indicated by the 
network management centre 18 in the forward direction spot 
beam channel. Access to such slots is determined by a 
slotted aloha access scheme, with the possibility of collision 
if two mobile terminals 2 attempt to transmit in the same 
slot, in which case the network management centre 18 will 
not receive either request message. The request message 
contains identification information identifying the mobile 
terminal 2. 

[0049] In response to the request message, the network 
management centre 18 sends a "welcome" message, includ- 
ing a label which is used as a temporary identity code for the 
mobile terminal 2. If the mobile terminal 2 detects the 
welcome message (step 54) it enters the signalling state; 
otherwise, the request is repeated (step 52) after a predeter- 
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mined period. The period is increased after each unsuccess- 
ful request (step 52) and includes a randomised component, 
to avoid repeated conflict for the same return channel slot 
with the same other mobile terminals sending request mes- 
sages. After a predetermined number of unsuccessful 
requests, the terminal 2 returns to the idle state. 

[0050] If a call originating from the terrestrial network 22 
is to be connected to the mobile terminal 2, the network 
management centre 18 sends identifying information over 
the forward spot beam channel to the mobile terminal 2, to 
indicate that an incoming call is to be set up. If the mobile 
terminal 2 detects such an incoming call (step 56) it enters 
the signalling state; otherwise if there are no incoming or 
outgoing calls, the mobile terminal 2 stays in the idle state. 

[0051] Signalling State 

[0052] In the signalling state, as shown in FIG. 7, a setup 
protocol exchange takes place (step 48), in which user 
authentication information is sent by the mobile terminal 2 
to the network management centre 18 and the addresses of 
the call and calling parties are exchanged. A committed bit 
rate (CBR) and maximum bit rate (MBR) are established for 
each direction of the call. The committed bit rate is a bit rate 
which is guaranteed throughout the call. The maximum bit 
rate is the maximum rate that can be assigned to the new call 
at any stage during the call. These variables are used by the 
network management centre 18 during the call to determine 
the number of slots allocated to the mobile terminal 2. The 
MBR and CBR in each direction may be determined accord- 
ing to the type of the call and/or according to a request by 
the mobile terminal 2 during call set-up. For example, if the 
call is an internet connection to be used for web access by 
the mobile terminal 2, a low CBR and MBR are set in the 
return direction while a low CBR and a high MBR are set in 
the forward direction, the level of the MBR being set 
according to a request from the mobile terminal 2. 

[0053] If setup fails for any reason (step 50), for example 
because the requested committed bit rate is not available in 
the spot beam B, or the network management centre 18 is 
unable to connect the call through the terrestrial network, the 
mobile terminal 2 returns to the idle state. 

[0054] After the setup exchange, the mobile terminal 2 
may retune (step 52) to a different channel within the spot 
beam B if the channel assigned during setup is not the same 
as the channel being used for the call. If setup is successful, 
the mobile terminal 2 enters the active state. 

[0055] Active State 

[0056] Once the mobile terminal 2 is in the active state, 
additional signalling may take place between the mobile 
terminal 2 and the network management centre 18 so as to 
terminate a call, to exchange charging information or system 
information, to request more or less bandwidth for a call or 
to establish another call. This information is preferably sent 
in one or more of the slots already assigned to the mobile 
terminal 2. Alternatively, in the forward direction the net- 
work management centre 18 may send signalling informa- 
tion in a cell C of a slot S which is not committed to any 
mobile terminal 2, and indicate in the header information of 
this cell that the cell contains signalling information 
addressed to the mobile terminal 2. 

[0057] An example of a protocol exchange which may 
take place in the active state of the mobile terminal 2 is 



shown in FIG. 8. The mobile terminal 2 detects whether an 
incoming or outgoing call has been terminated (step 58). If 
so, it detects (step 60) whether there are now no incoming 
or outgoing calls. If so, the mobile terminal 2 enters the idle 
state, while remaining tuned to its current forward and return 
spot beam channels; otherwise, it continues in the active 
state. 

[0058] The mobile terminal 2 also detects whether any 
additional calls are to be set up (step 62), either signalled by 
one of the applications 4 in the case of an outgoing call or 
indicated in a forward direction cell C from the network 
management centre 18 in the case of an incoming call. The 
mobile terminal 2 determines, by means of a signalling 
exchange with the network management centre 18, whether 
the committed bit rate required for the new call is available 
(step 64). If not, the driver software 6 determines whether a 
lower CBR than the requested CBR is suitable and available 
for the new call (step 66). If so, the new call is set up (step 
68) by assigning additional slots to the new call within the 
same frequency channels, in addition to the slots which may 
already be assigned to other calls connected to the mobile 
terminal 2. 

[0059] If the lower committed bit rate is not available or 
acceptable, the call is terminated (step 70) and the mobile 
terminal 2 continues in the active state, unless there are no 
other calls in progress in which case the idle state is entered, 

[0060] If the requested capacity is not available in the 
frequency channel to which the mobile terminal is currently 
tuned, but is available in another channel, the network 
management centre 18 may signal to the mobile terminal 2 
that the option is available of retuning to another channel 
and reassigning slots in that channel. If the mobile terminal 
2 accepts, it retunes to the new channel and receives a new 
slot assignment in that channel from the network manage- 
ment centre 18. 

[0061] While the mobile terminal 2 is in its active state, 
one of the applications 4 may enter a state in which the 
driver software 6 detects that additional bandwidth is 
required (step 72). For example, the application may begin 
to output a large graphics or audio file. In that case, the 
mobile terminal 2 signals in one of the assigned slots of the 
return channel that additional slots are required (step 74) in 
the return direction. If the current bit rate assigned to that 
call is less than the maximum bit rate, and additional 
capacity is available in the frequency channel to which the 
mobile terminal 2 is tuned, the network management centre 
18 assigns additional slots to the call in the return direction 
and signals to the mobile terminal which additional slots 
may be used in the return direction. 

[0062] Slot Assignment 

[0063] The system by which slots are assigned to the 
mobile terminal 2 in both the forward and return direction 
will now be described in detail. Once the mobile terminal 2 
has left the unlocated state, it is tuned to receive one spot 
beam frequency channel in the forward direction and to 
transmit in another spot beam frequency channel in the 
return direction. Each mobile terminal 2 continuously 
receives in the forward frequency channel, but transmits 
only in the slots in the return channel which have been 
assigned to that mobile terminal, and optionally in the slots 
which have been designated for sending request messages, 
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as described above. The forward and return slots can contain 
both signalling and call traffic. 

[0064] As shown in FIG. 3, each cell comprises a header 
H and data D. The header comprises four bytes, formatted as 
shown below in Table 1 . 



TABLE 1 



8 7 


6 5 4 


3 2 1 


Bit 

Octet 


Label 




FTI(bits 0,1) 


1 


pn 


CLP 


Return Assignment or 


2 


(bit 2) 




Bandwidth Demand 




vcr 




3 




HEC 




4 



[0065] A description of each of the fields shown in Table 

1 is given below. 

[0066] Label 

[0067] The label field contains the label of the mobile 
terminal which is intended to receive the cell or which 
transmitted the celL As described above, the label is a 
temporary identity code which is assigned to each mobile 
terminal 2 when it is in the active or signalling state. When 
the mobile terminal 2 returns to the idle state, its label may 
be reassigned by the network management centre 18 to 
another mobile terminal 2. In this way, the number of bits 
needed to address a mobile terminal is reduced. Since each 
frame FR of a frequency channel contains 18 slots, only 18 
different labels are need to identify each of the different 
mobile terminals tuned to that frequency channel. Six bits 
arc assigned to the label field,' allowing additional labels to 
be used for other purposes. For example, a further label may 
indicate that the cell contains a broadcast message addressed 
to all the mobile terminals receiving the frequency channel, 
or for signalling purposes. 

[0068] After a mobile terminal returns to the idle state, its 
label is not made available for reassignment for a predeter- 
mined period, to avoid the possibility of the same label being 
used for two different mobile terminals on the same fre- 
quency channel due to loss of call state synchronization 
between the network management centre 18 and the mobile 
terminal entering the idle state. 

[0069] Return Assignment 

[0070] In the forward direction, this field contains the 
label of the mobile terminal which is allowed to transmit in 
the corresponding slot of the return channel, for example the 
slot having the same order in the frame of the return channel. 

[0071] Bandwidth Demand 

[0072] This field is used in the return direction to indicate 
the bandwidth required by the transmitting mobile terminal 

2 for all its calls in the return direction. One bit of the 
bandwidth demand field indicates that additional slots are 
required in the return direction for signalling purposes, thus 
allowing signalling to take place without reducing the band- 
width available to currently active calls. 

[0073] Virtual Channel Identifier (VCI) 

[0074] This field identifies the individual call with which 
the cell C is associated, thus allowing a single mobile 



terminal to support multiple concurrent calls. The driver 
software 6 identifies the VCI of each cell C addressed to the 
mobile terminal and directs the contents of the cell to the 
corresponding application 4. Likewise, data from an active 
application is assigned a VCI when formatted into a cell by 
the driver software 6. 

[0075] Payload Type Identifier (PIT) 

[0076] This field is present for ATM compatibility, and is 
passed transparently by the satellite communication system, 
to allow interworking with terrestrial ATM services through 
the terrestrial network 22. 

[0077] Cell Loss Priority (CLP) 

[0078] This field is also present for ATM compatibility, 
and is passed transparently by the satellite system. 

[0079] Header Error Control (HEC) 

[0080] This field contains a check value calculated from 
the values from the other three bytes of the header, to allow 
corrupted headers to be detected. 

[0081] Bandwidth Allocation 

[0082] The network management centre 18 receives the 
bandwidth demand fields from each of the mobile terminals 
2 transmitting in a single return frequency channel, and 
allocates return channel slots according to these bandwidth 
demands, and the committed and maximum rate of each call. 
The allocation of slots in the return channel is indicated by 
the return assignment field. 

[0083] The network management centre 18 also deter- 
mines which slots are addressed to each of the mobile 
terminals in the forward direction, according to the required 
capacity in a forward direction for each of the calls. Thus, 
the capacity allocated in the forward direction may be 
selected independently from the capacity allocated in the 
return direction, allowing asymmetric calls to be assigned 
only so much capacity as is needed in each direction. 

[0084] The network management centre 18 buffers data 
received from the network 22 for transmission to the mobile 
terminal 2, and determines the number of slots assigned to 
each call in the forward direction, and therefore the current 
forward bit rate, so that the committed bit rate is provided 
but the maximum bit rate is not exceeded. The current 
forward bit rate may be determined according to the quantity 
of data buffered for that call at the network management 
centre, so that a burst of data from the network 22 will result 
in an increased forward bit rate. Optionally, if capacity on a 
forward channel is still available even after the maximum bit 
rate has been assigned to all calls, the maximum bit rate may 
be exceeded by assigning further slots to calls for which 
large amounts of data are buffered. 

[0085] By appropriate selection of the committed and 
maximum bit rate for each call, various different types of call 
may be implemented. For example, a voice call may have a 
maximum bit rate equal to its committed bit rate, which is 
the bit rate required for the voice signal. Non-real-time low 
bit-rate applications, such as E-mail, may be assigned a low 
committed bit rate, but a high maximum bit rate so as to 
clear buffered e-mail at the network management centre 18 
when there is any unused channel capacity. 
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[0086] Billing Strategy 

[0087] The network management center 18 may compile 
billing information according to the committed and maxi- 
mum bit rates assigned to each call. For example, the billing 
rate may be proportional to the committed bit rate, with a 
comparatively small surcharge proportional to the maximum 
bit rate. In this way, the total capacity of a frequency channel 
is shared between different mobile users according to their 
bandwidth requirements, with lower priority non real-time 
users being charged less for access to the channel. 

[0088] Real-time Calls 

[0089] When determining the slot allocation for individual 
calls, the network management centre 18 takes into account 
whether the call is a real-time call (such as a voice call. For 
such calls, the delay in transmission to and from the mobile 
terminal 2 should be kept to a minimum. Therefore, where 
a real-time call occupies multiple slots in a frame, those slots 
are spaced apart and distributed as evenly as possible 
throughout the frame so as to reduce the maximum delay 
encountered by any of the data in the real-time call For 
example, Table 2 below shows the slot allocation where four 
different voice calls, V 1 to V4, are established to four 
different mobile terminals 2, with each call V occupying four 
slots S within the frame FR, while Table 3 shows, by way of 
comparison, an arrangement in which the slots assigned to 
each call V are grouped together 

TABLE 2 

Vi v 2 v 3 v 4 v, v 2 v 3 v 4 v 4 v 2 v 3 v 4 v t v 2 v 3 v 4 



[0090] 

TABLE 3 

v a v, V, V, V 2 V 2 V 2 V 2 V 3 V 3 V, V 3 V, v 4 v 4 v 4 



[0091] In the case shown in Table 3, the data for each call 
may be buffered for up to one complete frame period. In 
contrast, the method in accordance with this embodiment, as 
shown in Table 2, requires data to be buffered for only a 
small fraction of the frame period, thereby reducing both 
delay and the size of the buffer required. Real-time calls are 
therefore given priority when allocating slots, so as to 
achieve regular spacing of the relevant slots through the 
frame. Non real-time variable bandwidth calls are then 
allocated to the remaining slots available so as to assign the 
committed bit rate to each of these calls. Surplus capacity is 
then allocated according to demand by the mobile terminals, 
subject to the maximum bit rate for each call. 

[0092] While the above embodiment is described with 
reference to a satellite communications system, aspects of 
the present invention may also be applied to terrestrial 
cellular communications systems. The mobile terminal may 
be portable, may be mounted on a vehicle or form part of a 
temporary or permanent installation, such as a temporary 
office building or a wireless telephone booth. 

[0093] Elements of the embodiment are described in terms 
of functional blocks. These blocks do not necessarily cor- 
respond to discrete units, but functions of more than one 



functional block may be performed by one discrete unit, or 
the function of one functional block may be performed by 
more than one discrete unit. 

[0094] Although the preferred channel format is TDMA, 
aspects of the present invention may also be applied to 
CDMA communications systems. 

1. A method of communication to or from a mobile 
terminal at a base station connected to a communications 
network, comprising setting up a call between a network 
terminal connected to the network and the mobile terminal, 
including determining a maximum bandwidth allocation for 
the call, determining a current bandwidth allocation for the 
call over a wireless link between the base station and the 
mobile terminal, and varying the current bandwidth alloca- 
tion during the call in accordance with a bandwidth demand 
relating to the call without exceeding said maximum band- 
width allocation. 

2. A method as claimed in claim 1, wherein the current 
bandwidth allocation includes a return bandwidth allocation, 
further comprising receiving a demand signal at the base 
station from the mobile terminal, the return bandwidth 
allocation being varied in accordance with said demand 
signal, the method further comprising transmitting from the 
base station to the mobile terminal allocation data indicating 
the return bandwidth allocation, such that the mobile termi- 
nal uses the return bandwidth allocation for transmission to 
the base station. 

3. A method as claimed in claim 2, wherein the current 
bandwidth allocation includes a forward bandwidth alloca- 
tion, the forward bandwidth allocation being varied during 
the call in accordance with a forward channel demand 
relating to the call, the method further comprising transmit- 
ting from the base station to the mobile terminal using the 
forward bandwidth allocation. 

4. A method as claimed in claim 1, wherein the current 
bandwidth allocation includes a forward bandwidth alloca- 
tion, the forward bandwidth allocation being varied during 
the call in accordance with a forward channel demand 
relating to the call, the method further comprising transmit- 
ting from the base station to the mobile terminal using the 
forward bandwidth allocation. 

5. A method as claimed in claim 4, wherein the forward 
channel demand is derived from the quantity of data 
received from the network terminal during the call. 

6. A method as claimed in claim 3, wherein the forward 
channel demand is derived from the quantity of data 
received from the network terminal during the call. 

7. A method as claimed in claim 3, wherein the forward 
bandwidth allocation is determined independently of the 
return bandwidth allocation. 

8. A method as claimed in claim 6, wherein the forward 
bandwidth allocation is determined independently of the 
return bandwidth allocation. 

9. A method as claimed in any one of claims 1 to 8, 
wherein the step of establishing said call includes determin- 
ing a minimum bandwidth allocation for the call, and the 
current bandwidth allocation is varied without falling below 
said minimum bandwidth allocation. 

10. Apparatus for communication between a mobile ter- 
minal and a network terminal connected to a network, 
comprising: 

call set-up means for setting up a call between the mobile 
terminal and the network terminal, said call set-up 
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means being operable to determine a maximum band- 
width allocation for that call; 

means for determining a current bandwidth allocation for 
the call over a wireless link between the base station 
and the mobile 'terminal, and 

means, for varying the current bandwidth allocation dur- 
ing the call in accordance with a bandwidth demand 
relating to the call without exceeding said maximum 
bandwidth allocation. 
11. A method of registering a communications terminal 
with a satellite communications system including a satellite 
generating a plurality of spot beams each carrying at least 
one spot beam transmission channel and a global beam 
substantially encompassing the plurality of spot beams and 
carrying at least one global beam reception channel and at 
least one global beam transmission channel, said method 
comprising: 

receiving a call on one said spot beam transmission 
channel; 

ceasing reception of said call; 

subsequently determining whether said one spot beam 
transmission channel is receivable by said terminal; 
and, 

if said one spot beam transmission channel is not receiv- 
able, transmitting a registration message in said global 
beam reception channel; 



receiving a spot beam channel allocation signal in said 
global beam transmission channel; and 

receiving a further said spot beam transmission channel 
selected according to said spot beam channel allocation 
signal. 

12. Apparatus for a satellite communications terminal for 
use in a satellite communications system including a satellite 
generating a plurality of spot beams each carrying at least 
one spot beam transmission channel and a global beam 
substantially encompassing the plurality of spot beams and 
carrying at least one global beam reception channel and at 
least one global beam transmission channel, said apparatus 
comprising: 

a receiver for receiving a call on one of said spot beam 
transmission channels and subsequently ceasing recep- 
tion of said call; 

means for subsequently determining whether said one 
spot beam transmission channel is receivable by said 
terminal; and if said one spot beam transmission chan- 
nel is not receivable, transmitting a registration mes- 
sage in said global beam reception channel; and 

means for receiving a spot beam channel allocation signal 
in said global beam transmission channel and tuning 
said receiver to receive a further said spot beam trans- 
mission channel selected according to said spot beam 
channel allocation signal. 

* * * * * 
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